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METHOD AND APPARATUS FOR A HIGH SPEED CYCLICAL 
REDUNDANCY CHECK SYSTEM 




Field of the Invention 

The present invention relates to digital cyclical redundancy check 
systems and, in particular, to a high speed cyclical redundancy check system for 
digital systems. 

10 

Background of the Invention 

Digital systems often employ a cyclical redundancy check ("CRC") 
of data transferred by the system for error detection and correction of digital data. 
Present digital systems have error correction systems which generally require a 

15 fixed data transfer protocol to implement error detection and correction. 

For example, in computer systems, data is transferred according to 
a predetermined protocol and a CRC is performed on each byte transferred. Raw 
data is passed through a CRC module which provides CRC bit information 
associated with each byte of raw data. This CRC bit information may be 

20 concatenated with the raw data and transferred with the raw data. The raw data 
and CRC bit information are then received. The CRC bit information is stored in 
a buffer and an error detection module performs another CRC on the raw data. If 
the newly generated CRC bit information matches the CRC bit information stored 
in the buffer, then the receiver has correctly received each bit of the raw data and 

25 there is no error correction necessary. If the CRC bit action does not 
match, then an error has been detected and the receiver can perform error 
correction accordingly. 

For systems with small throughput, such error correction may be 
performed regularly on a fixed protocol, since the processing overhead of 

30 performing such correction is minimal. However, for systems with large data 
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volumes, the overhead of a fixed and inflexible error correction system may 
greatly impair throughput. 

Additionally, some forms of digital data do not require error 
correction, since the information is required to be processed in real time and the 
5 loss of some of the raw data is not particularly detrimental to the operation of the 
system. One example is digitized speech applications. In this case, error 
correction is unnecessary overhead which diminishes throughput. 

Therefore, there is a need in the art for a high speed error 
correction system. The error correction system should also be programmable, so 
10 that raw data passing through the system may optionally be checked or not 
checked as the situation demands. Such a system should be flexible to handle 
differing data protocols without having to perform hardware modifications. 

Summary of the Invention 

15 The present disclosure describes a system for cyclical redundancy 

checking of data in a digital computer system. The present system provides high 
speed error correction through the use of a programmable architecture. The 
system includes an input buffer, a latch, a CRC generator and write circuit, a 
status register, and an edit buffer which are connected on a common bus structure 

20 to provide maximum flexibility in performing error correction. 

The data flow may be programmed to bypass the CRC module if 
the data does not require error correction. Additionally, the raw data may be 
processed to accomodate different data protocols, so that the system is not 
restricted to a single data protocol. 

25 

Brief Description of the Drawings 

In the drawings,/where like numerals describe like components 
throughout the several viejtfs: 

Figure Jr is a block diagram of one embodiment of a cyclical 
30 redundancy check system; 
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Figure 2Af and Eigure 2B and Figure 2C are a detailed schematic 
of the cyclical redundancy check system of Figure 1; 

Figure^ is a detailed schematic of one example of a CRC 
generator module for the^cyclical redundancy check system of Figure 1; 

Figure/4 is a defied schematic of one stage of the CRC generator 
module of Figure 3; 




Figure 5^ anOifure 5B are a detailed schematic of one example 



of a compare circuit for, the cyclical redundancy check system of Figure 1; 

Figure 6 is a detailed schematic of one example of a latch circuit 
10 for the cyclical redundanc^heck system of Figure 1; and 

Figure ^is a flow diagram showing one example of a single cycle 
O operation of the cyclical redundancy check system of Figure 1. 
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^ Detailed Description of the Preferred Embodiment 

ffl 15 In the following detailed description of the preferred embodiment, 

|/i references are made to the accompanying drawings which form a part hereof, and 

;L in which is shown by way of illustration specific embodiments in which the 

£ inventions may be practiced. These embodiments are described in sufficient 

U detail to enable those skilled in the art to practice the invention, and it is to be 

S 20 understood that other embodiments may be utilized and that structural changes 

may be made without departing from the spirit and scope of the present 
inventions. The following detailed description is, therefore, not to be taken in a 
limiting sense, and the scope of the present inventions is defined by the appended 
claims and equivalents thereof. 
25 Figure 1 shows a general block diagram of one embodiment of the 

cyclical redundancy check (CRC) system. The data flow through the system is 
bidirectional. Data inputs into port IOD[0:31] ,on the left hand side of Figure 1 
can transfer to ports HE[0:31], PP[0:31], and CRC Generator 130. Data from 
ports HE[0:31] and PP[0:31] can transfer to CRC Generator 130 via data bus 105 
30 using gates 183 and 185, or data bus 106 using gates 184 and 186 for transfer to 
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port IOD[0:31] for output. Additionally, inputs into port IOD[0:31] may also be 
processed by the CRC system 100 and return to port IOD[0:31] for output. 
Similarly, inputs to ports HE[0:31] and PP[0:31] may be processed internally in 
CRC system 100 and returned to ports HE[0:31] and PP[0:31], Therefore, the 
5 architecture of CRC system 100 is programmable and flexible to handle different 
protocols and data processing operations. 

Data flow control through CRC system 100 is performed via 
control 190 by using inputs through gates 181-189, CRC enable 192, input enable 
196, Dout Latch Enable 197, and status enable 194. Control 190 also receives 
10 error signal 198 for processing error correction information provided by CRC 
generator 130, edit buffer 160, and compare 170. 

c ' "3 

m Modes of Operation 

% The improved architecture of the present invention provides 

w 15 flexibility in data flow and data processing which can be demonstrated by a 

hj number of processing modes. In a first mode of operation, CRC system 100 

receives parallel data from ports C[0:7], HE[0:31], and PP[0:31] by enabling 
gates 187, 188, and 189, respectively. Data from these ports is entered into edit 
si buffer 160 and stored there for further processing. The raw data stored in edit 

r*! 20 buffer 160 may be transferred using a number of different protocols, however, a 

frequently encountered protocol includes 8 bits of CRC information stored in 
register 160a of edit buffer 160, 32 bits of header information stored in register 
160b, and 32 bits of raw data stored in register 160c. Another protocol includes 
8 bits of CRC information stored in register 160a of edit buffer 160, 32 bits of 
25 header information stored in register 160b, and 32 bits of prepend and postpend 
data stored in register 160c. Figure 1 illustrates register 160a as 8 bits wide, 
160b as 32 bits wide, and 160c as 32 bits wide, however, those skilled in the art 
will readily recognize that different register bit lengths may be employed without 
departing form the scope and spirit of the present invention. The use of these 
30 register lengths is not intended in an exclusive or limiting fashion. 
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In this first mode of operation, CRC system 100 is used to receive 
data from ports C[0:7], HE[0:31], and PP[0:31] and verify that the data received 
is error free. Data is stored in edit buffer 160 by strobing gates 187, 188, and 
189. The gates shown in Figure 1 represent parallel transmission gates of 8, 32 
5 and 32 bits, respectively. Data from either register 160b or register 160c may be 
transferred to CRC generator 130 over data bus 105 using gates 183 and 185. 
CRC generator 130 must be enabled by control 190 via CRC enable 192 to 
generate a new 8 bit CRC word based on the 32 bits presented to the input of 
CRC generator 130. CRC write circuit 132 latches the newly generated CRC 

10 word, which is then available to compare 170. The contents of register 160a are 
also provided to compare 170 upon strobing gate 182, and compare 170 generates 
error signal 198. Compare 170 generates a logic one if there is a difference in 
the CRC words from CRC generator 130 and register 160a. The protocol 
determines whether CRC checking is performed on the contents of register 160b 

15 or 160c, however, in this embodiment, the preference is to perform error 

correction on the contents of register 160b. The present CRC system 100 can 
generate CRC information for either data stored in register 160b or 160c, adding 
to the number of modes which may be processed by the present system. 

In a second mode of operation, the present CRC system takes raw 

20 data from port IOD[0:31] and formats the data for transmission by (1) generating 
the appropriate CRC word for the raw data and transferring the CRC word to port 
C[0:7], and (2) transferring the raw data to port HE[0:31] or PP[0:31], depending 
on the protocol. In this second mode, the present CRC system 100 receives a 32 
bit word into port IOD[0:31] and stores the word in latch 110 when input buffer 

25 120 is activated with an input enable 196 from control 190. The protocol used 
determines which 32 bit port of edit buffer 160 receives the stored word (raw 
data). For example, in one operation, the stored word in latch 110 is sent to 
register 160b via data bus 105 by enabling gate 183. In another example, the 
stored word is sent to register 160c via data bus 105 an by enabling gate 185. If 

30 error correction is desired on the word in latch 110, the word is processed by 
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asserting a CRC enable 192 of CRC generator 130 for CRC word generation. 
The CRC word generated can be stored in register 160a by enabling gate 181. 

A variation of this second mode of operation allows 64 bits of data 
to be processed by repeated strobes of 32 bit words. The first and second 32 
5 words of the 64 bits are stored in edit buffer 160 by repeated latches of data from 
port IOD [0:31] into latch 110 and to registers 160b and 160c using data bus 105 
and gates 183 and 185. In this case, however, CRC word generation must occur 
on only 32 bits of the 64 bit data. However, the flexibility of the present CRC 
system 100 allows the CRC to be programmed on either the 32 bit word stored in 
10 register 160b or register 160c. 

In a third mode of operation CRC system 100 provides a "pipeline' 1 
Q flow between IOD[0:31] and HE[0:31] or PP[0:31]. Data flow is bidirectional, 

m and may proceed from HE[0:31] and PP[0:31] to IOD[0:31]. Data from 

jjj IOD[0:31] is transferred to HE[0:31] and PP[0:31] via input buffer 120, latch 

i 15 110, data bus 105, and gates 183 and 185. Data from HE[0:31] and PP[0:31] is 

tj transferred to IOD[0:31] using data bus 106, Dout latch 140, and gates 184 and 

!L 186. Data can be pipelined in three different formats: 

=p format 1 provides 32 bit transfer between IOD[0:31] and HE[0:31]; 

^ format 2 provides 32 bit transfer between IOD[0:31] and PP[0:31]; 

J0 20 and 

format 3 provides 64 bit transfer by successive 32 bit transfers 
between IOD[0:31] and both HE[0:31] and PP[0:31]. 

Note also that each of the above formats is doubled since each 
format may or may not require CRC on the data transferred. However, in the 64 
25 bit format, CRC information can only be generated for 32 bits of the 64 bit word. 

In yet another mode of operation, CRC system 100 provides 32 bit 
word transfer and CRC in a single cycle to maximize speed of data transfer. For 
example, assume edit buffer 160 contains a CRC word in register 160a, a header 
word in 160b, and raw data in 160c. In a single cycle (1) the raw data is 
30 transferred to Dout latch 140 via data bus 106 and gate 186, (2) the header word 
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is CRC error checked using data bus 105 and gate 183, and (3) compare 170 
enabled and checks the CRC Generator 130 8 bit output against the 8 bit data in 
register 160a. Anytime an "outpuf'operation is performed, the Dout-latch-enable s. 
197 will activate Dout latch 140 and data will be presented to IOD[0:31]. 
5 The flexibility and programmability of the present CRC system 100 

also provides a mode whereby the CRC can be performed on the contents of 
register 160c instead of 160b. In this mode, data bus 106 and gate 184 are used 
to transfer the contents of register 160b to Dout latch 140. Data bus 105 and 
gate 185 are used to transfer the contents of register 160c to CRC generator 130 

10 for CRC word generation. CRC system 100 has a flexible architecture which 
provides other permutations of data transfer than those mentioned, and the modes 
demonstrated were not intended in an exclusive or limiting sense. 

CRC system 100 allows a user to put data into the PP 160c or HE 
160b registers and/or register 160a and at the same time read data from the status 

15 register 150 and present data onto bus 106 and into Dout latch 140 and out to 
IOD [0:31]. In alternate embodiments, status register 150 comprises separate 
subregisters, similar to edit buffer 160, and multiplexers to selectively connect 
each subregister to data bus 106. 

One example of a single cycle operation is shown in Figure 7. In 

20 a single cycle, CRC system 100 takes data inputs on IOD[0:31] and latches them 
into latch 110 (steps 710, 720, and 730). The input buffer is disabled to prevent 
further data transitions from being transmitted to latch 110 from input buffer 120 
(step 740). The data in latch 1 10 is driven onto data bus 105 (step 750). At this 
point the data is available for either register 160b or 160c via data bus 105 and 

25 gates 183 and 185, respectively (step 760). Other operations are performed in the 
same cycle, for instance, the contents of status register 150 may be transferred to 
IOD[0:31] using Dout latch 140 (steps 770, 780, 790, and 800). Other operations 
are possible without departing from the scope and spirit of the present invention. 
Coordination of the enable signals is performed by control 190. One embodiment 

30 of control 190 uses combinational logic and analog timing delays to synchronize 
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the timing of the enables used in the single cycle operation. Another embodiment 
uses a processor and digital timer to perform the control. Other methods of 
control are possible without departing from the scope and spirit of the present 
invention. 

5 

Detailed Logic Diagrams 
Figure 2A and Figure 2B and Figure 2C are a detailed schematic 
of the CRC system of Figure 1, showing detailed logic diagrams for compare 
170, latch 110, CRC driver 132, status register 150, Dout latch 140, and edit 
10 buffer 160. Figure 3 is a detailed logic diagram of CRC generator 130. An 

exemplary stage 310 of CRC generator 130 is shown in Figure 4. Figure 5 A and 
Figure 5B are a detailed logic diagram of one embodiment of compare circuit 
170. Figure 6 is a detailed logic diagram of latch circuit 110. 

15 High Speed CRC Operation 

A high speed and compact CRC system 100 is produced from an 
advanced edit buffer 160 latch (EB HFF 209 of Figure 2C) and a tri-state 
inverter 7 driver circuit 207 of Figure 2B. To generate the CRC either the data 
of register 160b or 160c are multiplexed onto data bus 105 (EBIO[0:31], or D 

20 and C of Figure 2C) and strobed into CRC generator 130 using latch 110 

(isosa crc latches 110 of Figure 2 A), which is shown in more detail in Figure 6. 
Each isosa crc latch of latch 110 has precharge, isolation, strobe, and latch 
circuits. In the precharge time the lines of data bus 105 are precharged high, the 
CRC strobe 192 is low, and the edit buffer 160 is precharged. Upon a CRC 

25 strobe 192, the precharge turns off and either the write driver or the edit buffer 
160 outputs are activated to allow charge to be dumped onto data bus 105. A 
period of time sufficient to allow a charge differential to develop passes and the 
data is latched into the latch 110, which allows for precharge to be activated for 
the next access and saves power by isolating a large capacitance of the data bus 

30 105 lines. At this point in time data is latched and presented at the Q and Q* 
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outputs of latch 110 and will remain valid until another access. The latch 1 10 Q 
and Q* outputs are at full CMOS value for the CRC generator 130, which uses a 
precharge scheme and requires stable DC inputs for proper activation. The CRC 
precharge is disabled to generate CRC outputs from CRC generator 130. This 
5 scheme is very fast and requires less layout space than a CMOS EXOR gate type 
of circuit. 

Conclusion 

Although specific embodiments have been illustrated and described 
10 herein for purposes of description of the preferred embodiment, it will be 

appreciated by those of ordinary skill in the art that a wide variety of alternate 
and/or equivalent implementations calculated to achieve the same purposes may 
be substituted for the specific embodiment shown and described without departing 
from the scope of the present invention. For example, the number of bits per 
m 15 register may vary without departing from the scope and spirit of the present 

; 1 invention. Additionally, minor variations in the connections of the registers and 

^ buffers in the design may be performed without deviating from the present 

^ invention. Those with skill in the electrical, computer, and telecommunications 

arts will readily appreciate that the present invention may be implemented in a 
20 very wide variety of embodiments. For example, any digital system incorporating 
error correction may use the present invention to provide programmable error 
correction for enhanced throughput. This includes digital video, audio, 
computers, computer networks, and other telecommunications systems. This 
application is intended to cover any adaptations or variations of the preferred 
25 embodiment discussed herein. Therefore, it is manifestly intended that this 
invention be limited only by the claims and the equivalents thereof. 




